(третий вариант должен быть false, false, false – отредактировать нельзя)

Getter’ы и setter’ы не нужны, говорили они. Просто делайте структуры с экспортированными полями, говорили они…

https://go.dev/blog/protobuf-opaque

Protobuf Enterprise Edition какой-то.

С другой стороны, ленивое декодирование и не сделать по-другому.

EDIT: Читая обсуждение на Hacker News, наткнулся на https://connectrpc.com/docs/protocol, и, кажется, это то, что надо: совместимость с gRPC без ужасов gRPC-Web, поддержка стриминга (в отличии от Twirp), простота как цель.

Подвезли результаты: https://devcrowd.ru/go-2024/

А вот и результаты исследования команды Go: https://go.dev/blog/survey2024-h2-results

Go Time – всё. Время эпичного возвращения GolangShow? 😉 (шучу)

Всех с наступающим или наступившим Новым годом.
Итоги подводить не буду, но поздравлю всех с тем, что один из старейших багов в спеке Go наконец-то закрыли. После релиза 1.24 наконец-то можно будет нормально говорить про слайсы, мапы или каналы без уродливых объяснений «ну, это как ссылки, только ссылок в Go нет».

Сходил в гости к @orgprog поговорить про дженерики, итераторы и Go вообще: https://www.youtube.com/watch?v=M5XJ_Ojjm8M

Ну всё, дженерики запилили, начали второй подход к обработке ошибок: https://github.com/golang/go/issues/71203

Мы катились к этому больше года, и, наконец, докатились:
* https://blog.ferretdb.io/ferretdb-releases-v2-faster-more-compatible-mongodb-alternative/
* https://opensource.microsoft.com/blog/2025/01/23/documentdb-open-source-announcement/
* https://github.com/microsoft/documentdb

TL;DR Мы работали с Microsoft над open source Azure Cosmos DB for MongoDB (vCore) и затаскиванием его в FerretDB. И заопенсорсили, и затащили!

А теперь мы докатились и до GA релиза:
* https://blog.ferretdb.io/ferretdb-v2-ga-open-source-mongodb-alternative-ready-for-production/
* https://thenewstack.io/ferretdb-2-0-open-source-mongodb-alternative-with-postgresql-power/

–-–

Через пару дней начну опять писать про Go. Не переключайтесь.

Компилятор TypeScript переписывают на Go. Анонс и видео тут, транскрипт ключевой части на Reddit, а на картинке – ответ Anders’а Hejlsberg’а (создателя TypeScript, C#, Delphi и Turbo Pascal’я). Сам ответ вот тут, но потрясающий UI GitHub’а вам его не только скроет, но и будет скрывать при каждом новом ответе – а ответы там появляются часто, потому что у любителей C# и Rust’а там конкретно подгорает.

Выступал недавно на митапе Armenia PostgreSQL (который и соорганизовывал – никуда не деться от старых привычек) про использование FerretDB (написанного, напомню, на Go с горутинами/потоками) внутри PostgreSQL (написанного на C с форками). Если фразы в скобках не вызвали у вас ужаса, то вы просто не форкали процессы с тредами 🙂

Видео – тут, слайды – тут, реальный код – вот тут.

Писал-писал большой пост про новый testing.B.Loop и как его никто не понимает, но меня опередили:
* https://go.dev/blog/testing-b-loop
* https://github.com/golang/go/issues/73137

Единственное, что не упомянуто, так это то, что эта оптимизация не покрывает testing.PB.Next. Но это не точно.

Будет официальный SDK для Model Context Protocol’а на Go. Когда-нибудь: https://github.com/orgs/modelcontextprotocol/discussions/224#discussioncomment-12730162
Очень надеюсь, что будет лучше, чем существующие, которые как-будто с JS портированы один-в-один.

uber-go/automaxprocs скоро будет не нужен: https://github.com/golang/go/issues/73193

Tailscale портировали на Plan 9, попутно пофиксив и Go, и сам Plan 9: https://tailscale.com/blog/plan9-port

Если ждать memory regions сил уже нет, то можно и самому memory arenas сделать: https://mcyoung.xyz/2025/04/21/go-arenas/

Wired написал про easyjson, но есть нюанс: https://www.wired.com/story/easyjson-open-source-vk-ties/
(TL;DR: ничего не случилось, НО МОЖЕТ)

😢 Ян Ланс Тейлор покидает Google 😢

После 19 (!!!) лет работы и более 16 лет работы над нашим языком Go, Ян Ланс Тейлор объявил о том, что покидает Google.

В числе его заслуг:
— Работа компилятора Go.
— GCCGO фронтенд который позволяет собирать программы на Go с использованием компилятора GCC.
— Дженерики, которые появились в версии 1.18.
— Поддержка Go во внутренней системе сборки SWIG Google.
— Куча предложений и работ над улучшением языка.

Сам Ян говорит, что очень доволен своей работой. Go развивается и его принятие рынком растет гораздо быстрее чем оригинальная команда могла даже вообразить когда начинала работу над языком. Однако вместе с этим ему видно, что сам Google изменился, язык Go изменился и вообще ландшафт языков программирования изменился с тех пор как он начал эту работу. В течении последнего года он понял, что больше не подходит для работой над Go внутри Google. И пришла пора двигаться дальше.

На некоторое время возьмет перерыв от работы, но надеется, что ему еще удастся поработать над Go в будущем.

П.С. Мужик, конечно, легенда — работает на OSS и GNU проектами с 1990 года. Желаю ему хорошо отдохнуть и продолжать делать крутые вещи.

П.П.С. После ухода Яна и ухода Расса с должности руководителя Go (но не ухода из Google!) из старой гвардии остался только Роберт Гризмер. С одной стороны это хорошо — значит язык не зависит от конкретных людей. С другой есть волнение за будущее языка и то как новые лица справятся с таким наследием. Поживем — увидим!